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SYSTEM AND METHOD FOR DETECTING AN EDGE OF A DATA SIGNAL 

PRIORITY UNDER 35 U.S.C. §119(e) & §120 AND 37 C.F.R. §1.78 
[0001] This nonprovisional application claims priority 

based upon the following prior United States provisional 
patent application entitled: "GENERAL PURPOSE COUNTERS FOR 
PERFORMANCE, DEBUG AND COVERAGE , " Application No.: 
60/469,180, filed May 9, 2003, in the names of Richard W. 
Adkisson and Tyler J. Johnson; and this nonprovisional 
application is a continuation-in-part of the following co- 
pending United States nonprovisional patent application 
entitled: "GENERAL PURPOSE PERFORMANCE COUNTER , " Application 
No.: 10/635,083, filed on August 6, 2003, in the names of 
Richard W. Adkisson and Tyler J. Johnson; both of which are 
hereby incorporated by reference in their entirety for all 
purposes . 

BACKGROUND 

[0002] Increasing demand for computer system scalability 

(i.e., consistent price and performance and higher processor 
counts) combined with increases in performance of individual 
components continues to drive systems manufacturers to 
optimize core system architectures. One such systems 
manufacturer has introduced a server system that meets these 
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demands for scalability with a family of application specific 
integrated circuits ("ASICs") that provide scalability to 
tens or hundreds of processors, while maintaining a high 
degree of performance, reliability, and efficiency. The key 
ASIC in this system architecture is a cell controller ( "CC" ) , 
which is a processor- I/O -memory interconnect and is 
responsible for communications and data transfers, cache 
coherency, and for providing an interface to other 
hierarchies of the memory subsystem. 

[0003] In general, the CC . comprises several major 

functional units, including one or more processor interfaces, 
memory units, I/O controllers, and external crossbar 
interfaces all interconnected via a central data path 

("CDP"). One or more specialized performance counters, or 
performance monitors, are connected to the CDP and are useful 
in collecting data from the CDP for use in debugging and 
assessing the performance of the system of which the CC is a 
part. Currently, each of the performance counters is capable 
of collecting data from only one preselected portion of the 
CDP, such that the combination of all of the performance 
counters together can collect all of the data on the CDP. 
While this arrangement is useful in some situations, many 
situations exist in which it would be advantageous for more 
than one of the performance counters to access data from the 
same portion of the CDP in order to perform debugging 
operations. In this respect, to facilitate debugging it 
would be advantageous to be able to detect both the rising 
edges and falling edges of the accessed data. These 
applications are not supported by the state-of-the-art 
performance counters . 
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SUMMARY 

[0004] A system and method are disclosed that provide for 
detecting an edge of a data signal carried on an 
observability bus. In one embodiment, a first performance 
counter is connected to receive the data signal in order to 
assert a trigger signal in response to detecting an assertion 
of the data signal . A second performance counter is 
connected to receive the data signal and the trigger signal . 
The second performance counter detects the edge responsive to 
detecting the assertion of the data signal and a logic level 
in the trigger signal that is a complement to a logic level 
associated with the assertion of the signal . 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0005] FIG. 1A depicts a block diagram illustrating 

general purpose data collection in a logic design; 

[0006] FIG. IB depicts a block diagram of one embodiment 

of a system for detecting an edge of a data signal; 

[0007] FIG. 2 depicts a more detailed functional block 

diagram of the system of performance counters illustrated in 
FIG. IB; 

[0008] FIG. 3 depicts a timing diagram of the detection of 

rising edges and falling edges of a data signal in accordance 
with one embodiment; and 

[0009] FIG. 4 depicts a flow chart of one embodiment of a 

method for detecting an edge of a data signal. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0010] In the drawings, like or similar elements are 

designated with identical reference numerals throughout the 
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several views thereof, and the various elements depicted are 
not necessarily drawn to scale. FIG. 1A is a block diagram 
of general purpose data collection in a logic design. As 
shown in FIG. 1A, the state space 100 of a logic design under 
consideration is driven to data collection and selection 
logic 102. The logic 102 drives a D-bit data collection, or 
observability bus 104, carrying a D-bit debug_bus signal to 
a plurality of performance counters 106 (1) -106 (M) . 

[0011] In one embodiment, D is equal to 80, M is equal to 

12, and performance counters 106 (1) -106 (M-l) are general 
purpose performance counters, while the remaining performance 
counter 106 (M) increments on every clock cycle. As will be 
illustrated below, the general purpose performance counters 
are "general purpose" in that each of them is capable of 
accessing any bit of the 80-bits on the bus 104; moreover, 
all of them may access the same block of bits and do the same 
or different performance calculations thereon. 

[0012] FIG. IB depicts one embodiment of a system for 

detecting an edge of a data signal. The observability bus 
104 provides the data signal to performance counter 106(1), 
i.e., a first performance counter, and performance counter 
106(2), i.e., a second performance counter. The performance 
counter 106(1) asserts a trigger signal trig_out 108 in 
response to detecting an assertion of the data signal on the 
observability bus 104. As will be explained in more detail 
hereinbelow, in one implementation, the performance counter 
106(1) may be set in either of two configurations depending 
on whether the data signal provided by the observability bus 
104 is 1-bit wide or N-bit wide, wherein N > 1. In one 
embodiment, the detected assertion of the data signal is an 
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active high assertion or logic level 1 assertion. Further, 
in one embodiment, the trig_out signal 108 is functionally 
equivalent to the data signal delayed by one cycle. 
[0013] The trig__out signal 108 is received by the 
performance counter 106(2) which detects the edge of the data 
signal by processing the data signal and trig_out signal 108. 
Specifically, responsive to detecting an assertion of the 
data signal and a logic level in the trig_out signal 108 that 
is a complement to a logic level associated with the 
assertion of the signal, the performance counter detects the 
edge and drives a num_detect signal 110 that indicates the 
detection of the edge and, in particular, the number of edges 
detected. By way of example, in one embodiment, the 
performance counter 106(2) may be configured to detect a 
rising edge. In this embodiment, upon detecting a logic high 
assertion of the data signal and a logic low level in the 
trig_out signal 108, the performance counter 106(2) detects 
a rising edge and drives the num_detect signal 110 
accordingly. By way of another example, in another 

embodiment, the performance counter 106(2) may be configured 
to detect a falling edge by detecting a logic low assertion 
of the data signal and a logic high assertion in the trig__out 
signal 108. 

[0014] FIG. 2 depicts the system 200 of performance 

counters shown in FIG. IB in further detail. For purposes of 
illustration, since the general operation of performance 
counters 106(1) and 106(2) is similar, only the general 
operation of performance counter 106(1) will be described in 
detail. After the general operation of performance counter 
106(1) is discussed, the interoperability of performance 
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counters 106(1) and 106(2) relative to detecting rising and 
falling edges will be discussed in detail. The performance 
counter 106(1) can be used to perform general purpose 
operations to extract performance, debug, or coverage 
information with respect to any system under test (SUT) such 
as, for instance, the system state space 100 shown in FIG. 1. 
The performance counter 106(1) includes an AND/OR circuit 
201(1), a match/threshold circuit 202(1), an sm_sel circuit 
204(1), an szero circuit 206(1), and a counter circuit 
208 (1) . 

[0015] In general, the AND/OR circuit 201(1) enables 

access to any and all of the bits of the debug_bus signal 
coming into the performance counter 106(1) from the 
observability bus 104 via a register 210(1). In one 
embodiment, as illustrated in FIG. 2, debug_bus is an 80-bit 
signal. In addition to the debug__bus , the AND/OR circuit 
201(1) receives an A signal, a TM signal, and an acc signal. 
When the AND/OR circuit 2 01 is operating in AND mode, the 
circuit activates a trig_out signal to the counter circuit 
208(1) if all of the bits of the debug_bus signal plus two 
bits that are appended thereto that are of interest (as 
indicated by the value of an 80 -bit "mask" plus two bits that 
are appended thereto) are set. It should be understood that 
with respect to performance counter 106(2), the trig_out 
signal is referred to as an inc signal. When the AND/OR 
circuit 201(1) is operating in OR mode, the circuit activates 
the inc signal to the counter circuit 208(1) if any one or 
more of the bits of the debug_bus signal plus the two 
additional bits that are of interest (as indicated by the 
value the mask plus the two additional bits) are set. 
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[0016] The match/threshold circuit 202(1) receives inputs 
from the sm_sel circuit 204(1) and szero circuit 206(1) in 
addition to a mmask [15:0] input. When the match/threshold 
circuit 202(1) is operating in "match" mode, a portion of the 
circuit activates a ma t ch_t hr e sh_event signal to the AND/OR 
circuit 201(1) when an N-bit portion of the debug_bus signal 
selected as described in greater detail below with reference 
to the sm_sel circuit 204(1) and the szero circuit 206(1) 
matches an N-bit threshold for all bits selected by a match 
mask ( w mmask" ) . In particular, for all bits of the selected 
N-bit debug bus signal portion that are u don't cares", the 
corresponding bit of mmask will be set to 0; conversely, for 
all bits of the selected N-bit debug bus signal portion that 
are not "don't cares", the corresponding bit of mmask will be 
set to 1. The mat ch_thresh_e vent signal is one of the two 
bits appended to the debug_bus signal . In the illustrated 
embodiment, N is equal to 16. 

[0017] When the match/threshold circuit 202 (1) is 

operating in "threshold" mode, a portion of the circuit 
2 02 (1) activates the match_thresh_event signal to the AND/OR 
circuit 201(1) when an S-bit portion of the debug_bus signal 
selected and zeroed as described in greater detail below with 
reference to the sm__sel circuit 204 (1) and the szero circuit 
206(1) is equal to or greater than the threshold. In the 
illustrated embodiment, S is equal to N/2, or 8. 

[0018] The sm_sel circuit 204 (1) selects an N-bit portion 

of the debug_bus signal aligned on a selected 10-bit block 
boundary into both the match portion and the threshold 
portion of the match/threshold circuit 202(1) and to a sum 
input of the counter circuit 208 (1) . As previously stated, 
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in the illustrated embodiment, N is equal to 16. The szero 
circuit 206 (1) zeroes out none or all but one of S bits 
aligned on a selected 10 -bit block boundary into the 
threshold portion of the match/threshold circuit 202(1) and 
the sum input of the counter circuit 208 (1). In the 
illustrated embodiment, S is equal to eight. The selected 
10 -bit block boundary is identified by the value of a three- 
bit control signal sm_sel input to the sm_sel circuit 204(1) . 
[0019] The operation of counter circuit 208(1) is enabled 

by setting an counter enable/disable signal B, which 
comprises one input of a two- input AND gate (not illustrated) 
associated with the counter circuit 208(1) . The other input 
of the AND gate is connected to receive the trig_out signal 
from the AND/OR circuit 201(1). Accordingly, when the 
counter circuit 208 (1) is enabled and the trig__out signal is 
activated, a logic one is output from the AND gate. In any 
other case, the output of the AND gate will be a logic zero. 
The output of the AND gate is replicated by an 8x replicator 
and the resulting 8-bit signal is bit-wise ANDed with an 8- 
bit signal output from a MUX circuit (not illustrated) . The 
inputs to the MUX circuit are the sum [7:0] signal output from 
the szero circuit 206(1) and an 8-bit signal the value of 
which is [00000001] . The sum [7:0] signal will be output from 
the MUX circuit when the acc signal is activated; otherwise, 
the [00000001] signal will be output from the MUX circuit. 
It should be appreciated that performance counter 106(1) is 
configured to forward the trig_out signal to the performance 
counter 106(2) and not perform any counting operations (i.e., 
the counter control signal B is disabled) while the 
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performance counter 106(2) is configured as described 
hereinabove . 

[0020] In one embodiment, the performance counter 106(1) 

is 48 bits plus overflow that provides a general purpose 
counter in that it looks at all D bits of the debug_bus 
signal for an event mask plus two extra events, eight 
separate selections of 16 bits for the match compare 
operation and eight separate selections of eight bits for the 
threshold compare and the accumulate operations. The eight 
bits for the threshold compare and the accumulate operations 
are the bottom eight bits of the 16 bits selected for the 
match compare operation. Further details regarding the 
general operation of performance counters 106(1) and 106(2) 
as well as their internal circuitry may be found in the 
following prior United States provisional patent application 
entitled: "GENERAL PURPOSE COUNTERS FOR PERFORMANCE, DEBUG 
AND COVERAGE , " Application No.: 60/469,180, filed May 9, 
2003, in the names of Richard W. Adkisson and Tyler J. 
Johnson; which is hereby incorporated by reference in its 
entirety for all purposes. Further relevant information is 
also available in the following co-pending United States 
nonprovisional patent application entitled: "GENERAL PURPOSE 
PERFORMANCE COUNTER," Application No.: 10/635,083, filed on 
August 6, 2003, in the names of Richard W. Adkisson and Tyler 
J. Johnson; which is hereby incorporated by reference in its 
entirety for all purposes. 

[0021] As previously discussed, the performance counter 
106(1) has two modes of operation. Specifically, the 
performance counter 106(1) may be configured for 1-bit or N- 
bit operation, wherein N > 1. In 1-bit operation mode, the 
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AND/ OR circuit 201(1) accesses 1 bit of data from the 
debug__bus via register 210(1). In this mode of operation, 
the AND/OR circuit 201(1) is operating in an AND mode wherein 
the AND/ OR circuit 201(1) activates the trig_out signal in 
response to detecting an assertion in the debug_bus signal. 
In one embodiment the trig__out signal is activated in 
response to detecting an asserted active high state in the 
debug_bus signal. The trig_out signal is routed to the 
counter circuit 208(1), which drives the trig_out signal as 
the output of performance counter 106(1) to performance 
counter 106(2) . As noted above, with respect to performance 
counter 106(1), the counter circuit 208(1) is not enabled to 
count, but rather passes the trig_out signal to the 
performance counter 106(2) . 

[0022] Alternatively, when the performance counter 106(1) 

is configured for the N-bit operation, the performance 
counter 106(1) routes the N-bit signal of the debug_bus from 
the sm_sel circuit 2 04(1) to the match/ threshold circuit 
202 (1) wherein the mat ch_thresh_e vent signal is asserted to 
the AND/OR circuit 201(1). In response to detecting an 
asserted active high state in debug_bus signal, the trig_out 
signal is asserted and driven to counter circuit 208(1), 
which in turn, forwards the trig_out signal to the 
performance counter 106(2). 

[0023] As previously mentioned, the performance counter 
106(2) may be configured to detect either the rising edge or 
the falling edge of a data signal associated with the 
observability bus. As depicted in FIG. 2, the debug_bus 
signal and the trig_out signal are driven to a register 
210(2). In one implementation, the trig__out signal arrives 
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at the register 210(2) one cycle after the debug_bus signal 
and overrides a portion of the debug__bus signal. In the 
rising edge detection mode, the debug_bus signal is driven to 
the AND/OR circuit 201(2) and the trig_out signal is driven 
to the match/threshold circuit 202(2) , which is set to match, 
and then to the AND/OR circuit wherein the trig__out signal is 
inverted and the debug_bus signal and trig_out signal are 
combined in such that the AND/OR circuit activates the inc 
signal in response to detecting an active high assertion in 
the debug_bus signal and an active low assertion in the 
trig_out signal. The inc signal is driven to the counter 
circuit 208(2) which counts the number of rising edges over 
a period of some cycles and asserts the num__detect signal 
that is indicative of the number of rising edges counted. 
[0024] Alternatively, in the falling edge detection mode, 

the trig_out signal is driven to the AND/OR circuit 201(2) 
and the debug_bus signal is driven to the match/threshold 
circuit 202 (2), which is set to match, and then to the AND/OR 
circuit wherein the trig_out signal and the debug_bus signal 
are combined such that AND/OR circuit activates the inc 
signal in response to detecting an active low assertion in 
the debug_bus signal and an active high assertion in the 
trig_out signal. Similar to the rising edge detection mode, 
the inc signal is driven to the counter circuit 208(2) which 
counts the number of falling edges and asserts the num_detect 
signal that is indicative of the number of falling edges 
counted. The num_detect signal may then be employed in 
debugging operations, for example. Accordingly, the system 
described herein provides for an economical approach to 
detecting rising and falling edges which can be further 
utilized in debugging operations. Further, by leveraging 
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internal general performance counter circuitry to detect 
edges, the need for expensive external logic analyzer 
equipment is eliminated. 

[0025] FIG. 3 depicts a timing diagram 300 of the 

detection of rising edges and falling edges of a data signal 
in accordance with one embodiment. Free-running clock signal 
3 02 specifies the cycle count and state changes of the 
observability bus 104 associated with the performance 
counters 106(1) and 106(2). Signals 304 comprise the 
debug_bus and trig_out signals as described above. 
Specifically, the debug_bus signal is the D-bit portion of 
the data signal carried by observability bus 104 and driven 
by data collection and selection logic 102 to performance 
counter 106(2). As previously discussed, the performance 
counter 106(1) drives the trig_out signal to performance 
counter 106 (2) . 

[0026] The system for edge detection described herein may 
be configured to detect both rising edges and falling edges 
as depicted in rising edge detection scheme 3 06 and falling 
edge detection scheme 308, respectively. With regard to 
rising edge detection 306, the debug_bus signal and trig_out 
signal are sampled in terms of active high, i.e., 1, and 
active low, i.e., 0, assertions. For example, at cycle 7, 
the debug_bus signal is 1 and the trig_out signal is 1 since 
both signals are logic high at cycle 7. In operation, the 
performance counter 106(2) detects a rising edge on the 
debug_bus by determining or detecting an active high 
assertion on the debug_bus signal and the logic complement of 
the asserted active high state in the trig_out signal ; 
namely, an asserted active low state on the trig_out . That 
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is, a rising edge in the data signal is detected when the 
sampled data signal is a logic high whereas the sampled 
trig_out signal is a logic low. As depicted, the performance 
counter 106(2) detects or samples an active high state in the 
debug__bus signal and the complementary active low assertion 
in the trig_out signal at cycles 1, 5, and 11 as represented 
by reference numerals 310, 312, and 314, respectively. 
Hence, for cycles 0-13 of the debug_bus signal, three rising 
edges are detected. 

[0027] With regard to the falling edge detection scheme 

308, the performance counter 106(2) detects a falling edge on 
the debug_bus by sampling an active low state on the 
debug_bus signal and the logic complement of the active low 
state in the trig_out signal, i.e., an asserted active high 
state on the trig__out signal. As depicted, the performance 
counter 106(2) detects an active low state in the debug_bus 
signal and the complementary active high state in the 
trig_out signal at cycles 2, 8, and 12 as represented by 
reference numerals 316, 318, and 320, respectively. 
Accordingly, for cycles 0-13 of the debug_bus signal, three 
falling edges are detected. The number of detected rising 
edges or the number of detected falling edges may be provided 
to a third performance counter or other digital circuit 
element to facilitate further analysis and, in particular, 
debugging operations. For example, the number of edges may 
be utilized to calculate the duty cycle or percentage of time 
that the debug__bus signal is at a high or low asserted level. 
By way of another example, the number of edges may be 
utilized with data relative to the number of asserted cycles 
to determine the average pulse width. 
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[0028] FIG. 4 depicts a flow chart of one embodiment of a 

method for detecting an edge of a data signal. At block 400, 
the data signal is received at a first performance counter. 
At block 402, a trigger signal is asserted in response to 
detecting an assertion of the data signal. In one 

implementation, the first performance counter is set to 
increment upon detecting an incoming asserted data signal . 
At block 404, the data signal and the trigger signal are 
received at a second performance counter. In one embodiment, 
the trigger signal is equivalent to the data signal delayed 
by one cycle and the second performance counter effectuates 
a comparator functionality. At block 4 06, at the second 
performance counter, the edge is detected based upon the 
sampled state of assertion of the data signal and a logic 
level in the trigger signal that is a complement to a logic 
level associated with the assertion of the signal. 
[0029] An implementation of the invention described herein 

thus provides for a series of general purpose performance 
counters that may be utilized to detect rising and falling 
edges of a signal from of an observability bus. The 
embodiments shown and described have been characterized as 
being illustrative only; it should therefore be readily 
understood that various changes and modifications could be 
made therein without departing from the scope of the present 
invention as set forth in the following claims. For example, 
while the embodiments are described with reference to an 
ASIC, it will be appreciated that the embodiments may be 
implemented in other types of ICs, such as custom chipsets, 
Field Programmable Gate Arrays ("FPGAs"), programmable logic 
devices ("PL.DS"), generic array logic ( "GAL" ) modules, and 
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the like. Furthermore, while the embodiments shown are 
implemented using CSRs, it will be appreciated that control 
signals may also be applied in a variety of other manners, 
including, for example, directly or may be applied via scan 
registers or Model Specific Registers ("MSRs") . Accordingly, 
all such modifications, extensions, variations, amendments, 
additions, deletions, combinations, and the like are deemed 
to be within the ambit of the present invention whose scope 
is defined solely by the claims set forth hereinbelow. 
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